home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000367_news@columbia.edu_Sat Jul 15 16:02:10 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA24850
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 15 Jul 1995 12:02:14 -0400
  3. Received: by apakabar.cc.columbia.edu id AA01926
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 15 Jul 1995 12:02:13 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Send Packet too long?
  9. Date: 15 Jul 1995 16:02:10 GMT
  10. Organization: Columbia University
  11. Lines: 31
  12. Message-Id: <3u8oq2$1s4@apakabar.cc.columbia.edu>
  13. References: <3u3lrs$eak@cronkite.ocis.temple.edu> <3u5r36$o4@apakabar.cc.columbia.edu> <3u66hj$kam@cronkite.ocis.temple.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3u66hj$kam@cronkite.ocis.temple.edu>,
  18. John Price <jprice@astro.ocis.temple.edu> wrote:
  19. : Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  20. :  [ what kind of connection to IBM mainframe? ... ]
  21. : 
  22. : Well now, there's a question. We get to the VM through two different ways 
  23. : -- one is through a Cisco router with it's own internal 3270 emulator, 
  24. : the other is in 'linemode'. Same error both ways.
  25. : 
  26. You should be aware that Cisco's tn3270 versions prior to 10.3
  27. do not allow Kermit file transfers in any straightforward way.  In some
  28. cases, packets might have to be extremely short -- 40 characters or less.
  29.  
  30. : The exact error is "Internal Error: Send packet too long". I've checked 
  31. : again, and what is happening is that MS Kermit 3.14 is trying to send a 
  32. : packet of length 65. (after I have set "send packet" to 64). That appears 
  33. : to be where it's getting hung up.
  34. : 
  35. : The really interesting part is -- without doing *anything* to the VM, I 
  36. : can get this binary file to upload at 63 or at 65 (via "set send pack"), 
  37. : but not at 64....
  38. : 
  39. So evidently we have some kind of off-by-one error when MS-DOS Kermit is
  40. supposed to be sending packets that are 64 bytes long.  We'll look into
  41. this.
  42.  
  43. : I have a packet log available (two, actually) if it helps.
  44. : 
  45. By all means, email them to kermit@columbia.edu.
  46.  
  47. - Frank